GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Systems Network Architecture</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Systems Network Architecture</span></h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr"><p><b>Systems Network Architecture</b> (<b>SNA</b>) ist eine <a href="Rechnernetz" title="Rechnernetz">Netzwerkarchitektur</a>, die von <a href="IBM" title="IBM">IBM</a> in den <a href="1970er" title="1970er">1970er</a>-Jahren entwickelt und im Jahre <a href="1974" title="1974">1974</a> vorgestellt wurde. SNA sah eine hierarchische Organisation des Computernetzwerks vor, und die Implementierung setzte einen Großrechner nebst dessen für Netzwerke bestimmter Peripherie voraus. Diese hierarchische Netzwerkorganisation steuerte dann u. a. viele „dumme“ <a href="Terminal_(Computer)" title="Terminal (Computer)">Terminals</a>. Im Gegensatz zur hierarchischen Organisation der SNA gibt es zum Beispiel die dezentral organisierte <a href="Internetprotokollfamilie" title="Internetprotokollfamilie">Internetprotokollfamilie</a>.

</p><p>Die Systemsoftware, die diese Architektur implementiert, sind <a href="VTAM" title="VTAM">VTAM</a> auf dem <a href="Mainframe" class="mw-redirect" title="Mainframe">Mainframe</a> und Advanced Communication Function/Network Control Program (NCP) auf den Vorrechnern (Front End Prozessoren), sowie festverdrahtete Bildschirm- und Druckerterminals.

</p>

<div class="mw-heading mw-heading2"><h2 id="Aufbau">Aufbau</h2></div>

<p>Die Komponenten im SNA-Netzwerk werden in <a href="Netzwerkknoten" title="Netzwerkknoten">Netzwerkknoten</a>-Typen klassifiziert; in der SNA-Terminologie heißen diese <i>Physical Units (PUs)</i>. Diese Netzwerkknoten werden durch eine entsprechende Definition auf dem Mainframe derart miteinander verknüpft, dass zwischen ihnen Verbindungen (Sessions) auf- und abgebaut werden können.

</p><p>Folgende Physical Unit-Typen sind definiert:

</p>

<ul><li>PU Type 5, der zentrale Steuerpunkt auf dem Mainframe (<i>System Services Control Point</i>)</li>

<li>PU Type 4, ein Vorrechner für die Leitungssteuerung</li>

<li>PU Type 3, welcher aus der Dokumentation von SNA schon relativ früh wieder verschwand, nie implementiert wurde und für die „Intelligenz“ der Leitung vorgesehen war.</li>

<li>PU Type 2, später erweitert zur PU Type 2.1, eine Steuereinheit für den Betrieb von Bildschirm- und Druckerterminals</li>

<li>PU Type 1, ein standalone-Bildschirm- oder Druckerterminal. Dieser Typ ist heute bedeutungslos.</li></ul>

<p>Der Verwaltungsbereich einer PU Type 5 wird als „Domäne“ bezeichnet, der Verwaltungsbereich einer PU Type 4 als Untermenge der Domäne heißt „Subarea“.

</p><p>Die Physical Units dienen einzig der Steuerung von Verbindungen. Eine Kommunikation mit einem Anwender ist hiermit noch nicht gegeben. Hierfür stellen Physical Units des Typs 2(.1) eine weitere Schnittstelle zur Verfügung; im SNA-Sprachgebrauch heißt diese <i>Logical Unit (LU)</i>. Im ursprünglichen Ansatz von SNA („klassisches SNA“, „Subarea-SNA“) konnte eine einzelne Logical Unit zu einem bestimmten Zeitpunkt genau eine Verbindung, eine LU-LU-Session, zu einem Anwendungsprogramm auf dem Mainframe aufbauen.

</p>

<p>Aus technischer Sicht handelt es sich bei einer Logical Unit um Hardware (Bildschirm oder Drucker) mit dementsprechend implementiertem Vorrat an Befehlen für die Steuerung einer SNA-Sitzung bis hin zur formatierten Ausgabe am Endgerät, oder eben ein Anwendungsprogramm auf einem Mainframe (PU_Type5). Nach den implementierten Protokollen existieren verschiedene LU-Typen. Die gebräuchlichsten sind:

</p>

<ul><li>LU Type 2: eine Bildschirm-Datenstation aus der Produktfamilie <a href="IBM_3270" title="IBM 3270">IBM 3270</a></li>

<li>LU Type 1 oder LU Type 3: ein Druckerterminal</li>

<li>LU Type 0: frei definiertes Format, vorzugsweise für die Kommunikation zwischen Programmen.</li></ul>

<p>Mit dem Aufkommen von intelligenter Hardware und der Abkehr von „dummen Terminals“ wurde die Funktionalität von Logical Units zunehmend von Software-Lösungen abgelöst, die die ursprünglichen Terminals <a href="Emulation" class="mw-redirect" title="Emulation">emulierten</a>.

Gleichermaßen erwuchs der Bedarf, auch peripher laufende Programme direkt miteinander über das SNA-Netzwerk kommunizieren zu lassen. Hierzu wurde der bisher nur zwischen Mainframe-Programmen verwendete LU Typ 6.2 ausersehen, die Schnittstelle für Erweiterte Programm-zu-Programm-Kommunikation (<a href="APPC" class="mw-redirect" title="APPC">APPC</a>). Der wesentliche Unterschied zur LU Type 0 ist, dass LU Typ 6.2 im Gegensatz zum frei definierbaren Format der LU Type 0 eine standardisierte Schnittstelle bereitstellte.

</p><p>Der LU Type 6.2 erlaubt auch den Aufbau von parallelen Verbindungen dieser Logical Unit zu einem oder mehreren Anwendungsprogrammen, die sowohl auf einem Mainframe (PU Typ 5) oder einem peripheren Knoten (PU Typ 2.1) beheimatet sein können.

</p>

<div class="mw-heading mw-heading2"><h2 id="Einsatz">Einsatz</h2></div>

<p>Im Gegensatz zur heute in Netzwerken üblicherweise verwendeten <a href="Internetprotokollfamilie" title="Internetprotokollfamilie">Internetprotokollfamilie</a> sind in SNA bereits eine Reihe von Services standardmäßig integriert, wie beispielsweise der Versand von Dokumenten und Dateien (SNA Document Services (SNADS)) oder der Durchgriff von Terminals und Druckern über andere Systeme (<i>Passthrough</i>).

</p><p>Lange vor dem <a href="OSI-Modell" title="OSI-Modell">OSI-Modell</a> für die Organisation der Kommunikationstechnik stellte SNA bereits eine in sich geschlossene Architektur für ein Computernetzwerk zur Verfügung.

</p><p>Der technische Fortschritt führte im Jahre <a href="1985" title="1985">1985</a> zur Vorstellung des „neuen SNA“: <a href="Advanced_Peer-to-Peer_Networking" title="Advanced Peer-to-Peer Networking">Advanced Peer-to-Peer Networking</a> (APPN) löste die Abhängigkeit von einem zentralen Steuerpunkt auf dem Mainframe auf. Entsprechend leistungsfähige Hardware konnte nun direkt SNA-Verbindungen auf- und abbauen. Hierzu wurde die Physical Unit des Typs 2.0 um die erforderliche Routing-Funktionalität, die bislang Mainframe und Vorrechner übernommen hatten, erweitert und erhielt die Bezeichnung PU Type 2.1.

</p><p>Inzwischen (<a href="2009" title="2009">2009</a>) sind die Vorrechner (PU 4) Geschichte; die Verbindung von VTAMs (PU 5) untereinander,# und mit PUs 2.1 erfolgt heute mittels Internetprotokoll, genauer durch UDP-Tunnel (siehe <a href="Tunnel_(Rechnernetz)" title="Tunnel (Rechnernetz)">Tunnel (Rechnernetz)</a>). Diese Technologie ist seit etwa dem Jahr 2000, seit <a href="OS/390" title="OS/390">OS/390</a> Release 2.6 praxistauglich und unter dem Namen Enterprise Extender bekannt.

</p>

<div class="mw-heading mw-heading2"><h2 id="Literatur">Literatur</h2></div>

<ul><li>Werner Schäfer, Helmut an de Meulen: <i>Systems Network Architecture.</i> Addison-Wesley Verlag, München 2007, ISBN 978-0-201-56533-1.</li>

<li>Hugo Schröer, Thomas Stalke: <i>Die Netzwerkarchitektur SNA</i>. Friedrich Vieweg & Sohn, Wiesbaden 1993, ISBN 978-3-322-91564-1.</li>

<li>Carl A. Sunshine (Hrsg.): <i>Computer Network Architectures and Protocols.</i> Second Edition, Plenum Press, New York / London 1989, ISBN 978-1-4612-8093-4.</li>

<li>Klaus Garbe: <i>Management von Rechnernetzen.</i> B. G. Teubner Verlag, Stuttgart 1991, ISBN 978-3-519-02418-7.</li>

<li>Gurdeep S. Hura, Mukesh Singhal: <i>Data and Computer Communications.</i> Networking and Internetworking, CRC Press LLC, Boca Raton 2001, ISBN 0-8493-0928-X.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="http://bitsavers.trailing-edge.com/pdf/ibm/sna/GC30-3073-0_SNA_Technical_Overview_Mar82.pdf">Systems Network Architecture</a></li>

<li><a rel="nofollow" class="external text" href="http://castle.eiu.edu/a_illia/cis3200/Notes/MIS3200Class4.pdf">Network Architecture Models</a></li>

<li><a rel="nofollow" class="external text" href="https://scadahacker.com/library/Documents/White_Papers/Juniper%20-%20Architecture%20for%20Secure%20SCADA%20and%20Distributed%20Control%20System%20Networks.pdf">Architecture for Secure SCADA and Distributed Control System Networks</a></li></ul>

<div>

Normdaten (Sachbegriff): <a href="Gemeinsame_Normdatei" title="Gemeinsame Normdatei">GND</a>: <span class="-print"><a rel="nofollow" class="external text" href="https://d-nb.info/gnd/4181707-2">4181707-2</a></span> </div>

</div></div></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2023-06-22" href="https://de.wikipedia.org/wiki/?title=Systems_Network_Architecture&oldid=234830829">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>